home *** CD-ROM | disk | FTP | other *** search
/ ShareWare OnLine 2 / ShareWare OnLine Volume 2 (CMS Software)(1993).iso / infor / shrware.zip / SHRWARE.TXT
Text File  |  1993-01-04  |  10KB  |  186 lines
  1. An open letter to Shareware Authors
  2.  
  3. User-supported software is, unfortunately, often  thought  of  as
  4. belonging to  the  public  domain.   After all, shareware authors
  5. are  assuming  a  risk  when  making  their  products   available
  6. through  public  distribution  channels,  since it co-exists with
  7. true public-domain software.  And, unfortunately, there  is  some
  8. devious enjoyment about getting something for nothing.
  9.  
  10. Interestingly,  legitimate  businesses that produce and/or market
  11. personal computer software have learned  a  lot  from  shareware:
  12. good products  need  not  cost  a  lot.  As a result, a number of
  13. excellent   commercially-distributed   software   packages    are
  14. competing   with   available   shareware   as  far  as  price  is
  15. concerned.  Of  course,  the  reverse  is  also  true:  shareware
  16. authors  realized  that  professional marketing, advertising, and
  17. distribution often  yields  better  financial  results  than  any
  18. honor system--they  went  commercial.    PC-File,  PC-Write,  and
  19. PC-Outline,  Automenu,  and  ARC,  just  to  name a few, are such
  20. products.
  21.  
  22. What makes the difference between a product that  sells  and  one
  23. that  does  not?  What  does  the  potential  buyer   expect   of
  24. shareware?  What  specific  attributes of a software package will
  25. compell him to send in his contribution, and  which  others  will
  26. cause him not to?  Here are a few observations.
  27.  
  28. Functionality obviously  ranks  high  on  the list.  After all, I
  29. download  a  program  because  it  supposedly performs a function
  30. which I have a need for.  Does it do what it is supposed to,  and
  31. does  it  do  it well? Has it been thoroughly tested against most
  32. hardware  and  software  configurations  and can it be configured
  33. to run in various environments?  Has  it  been  circulated  among
  34. users'  groups and has their input been taken into consideration?
  35. What  would  you   think   if   the   documentation   read   "Use
  36. caution....some  programs  will trash you royally when attempting
  37. to....".  Would anyone in their  right  mind  use  anything  that
  38. could "trash you royally"?
  39.  
  40. Does the program have an intuitive human interface, or  does  the
  41. user  have  to  read  the  documentation  each  time  he wants to
  42. perform a trivial function? Some  shareware  which  is  otherwise
  43. outstanding  requires  incredible  convolutions  to  perform  the
  44. simplest tasks.  Again, the product should be tested by  a  large
  45. number of  people  other  than  its  author.  Anyone who has ever
  46. written  a  program  knows  that  your personal opinion is always
  47. biased in favor of your brainchild.  In fact,  you  may  have  to
  48. make  significant  changes  to  a  program--even  going as far as
  49. completely re-writing it-- before it can gain acceptance.
  50.  
  51. Bugs are  deadly, especially in shareware.  Since the user didn't
  52. have to pay for it until satisfied, not only will  they  not  use
  53. the  product,  but  they  will quickly share their feelings about
  54. it--ie,  on  bulletin  boards,  one  of  the  quickest  and  most
  55. effective implementations  of electronic grapevine--.  This again
  56. reinforces  the  need for testing the product as much as possible
  57. prior to  formal  release.    Don't  get  greedy  until  you  are
  58. reasonably sure that it works.
  59.  
  60. Do  not  partially  implement  features  or even give a hint that
  61. new  ones  will  become  available  in  future  releases  of  the
  62. product unless you already have an unblemished reputation  and  a
  63. loyal following.   People won't pay for what they have; they will
  64. just wait for the next set of goodies.  Some  shareware  products
  65. out there have literally gone through dozens of releases in a few
  66. months,  each  one  bringing  forth  new  features  or correcting
  67. errors.  There is no way you can  build  user  trust  unless  the
  68. product you are peddling is reasonably stable.  I have personally
  69. given  up  on  half  a dozen shareware products that went through
  70. monthly updates --regardless of their usefulness--.  As with  the
  71. boy who cried wolf, this will quickly damage your credibility and
  72. could permanently affect your reputation.
  73.  
  74. Do  not  cripple  your  product  or its documentation in any way.
  75. Doing so goes directly against  the  spirit  of  shareware  since
  76. all  you  have released is a purposely limited demonstration copy
  77. of your product.  People will no  more  pay  for  that  than  for
  78. demo copies of bona fide commercial software.
  79.  
  80. Although  this  is somewhat controversial, there is some question
  81. as to the usefulness and purpose of  a  logo  screen  which  asks
  82. for   a   monetary   contribution,  especially  when  this  is  a
  83. permanent fixture of your program.  A much better  method  is  to
  84. have   a   copyright  notice  and  an  optional  display  of  the
  85. shareware moto (ie, option "P"  for  program  information).    Be
  86. assured  that  hackers will go to work immediately to remove that
  87. display from your program and replace it  with  a  public  domain
  88. notice.   Since we're on the subject of logos, remember that your
  89. "Welcome Screen" is the first thing the  user  sees;  use  wisdom
  90. in designing  it.    Jumping  right  into  the  program may be an
  91. indication that it was put together quickly without  concern  for
  92. cosmetic detail.    WHAT you display on your logo screen can also
  93. detract from the overall value of  the  program.    A  skull  and
  94. crossbones,   for   example,  may  not  be  well  suited  for  an
  95. otherwise serious  program  and  is  revealing  of  the  author's
  96. playful nature.    Some  people  may  never get past your opening
  97. screen....
  98.  
  99. Online help is a very nice feature  which  has  been  adopted  by
  100. most  commercial  software  and  is  slowly  finding its way into
  101. Shareware.  Even better is  context-sensitive  help  which  takes
  102. into  account  what  you  were  doing at the time you invoked the
  103. help function.
  104.  
  105. Cosmetic appearance may or may not  be  a  concern  depending  on
  106. what the   program  does.    Use  of  color,  graphics,  even  as
  107. rudimentary  as  box-drawing   characters,   can   add   to   the
  108. attractiveness of  a  program.    It  also  increases  the user's
  109. confidence in the program's author.  Spending the extra  time  to
  110. make  it  look  good--besides  working  good--indicates  care and
  111. craftsmanship.
  112.  
  113. Documentation and other textual information  which  are  part  of
  114. the product  are  extremely important and often overlooked.  Some
  115. absolutely outstanding products never made it  because  of  lousy
  116. documentation,  while  others with fewer features made it because
  117. its documentation was well above par.  An awful lot of people who
  118. are true programming geniuses just cannot express themselves very
  119. well  in  writing, and vice-versa, although there are exceptions.
  120. A  good  recommendation  would  be  to  seek  qualified  help  in
  121. developing good,  complete,  and  readable  documentation.  Don't
  122. forget to run it through a spelling checker and submit it to beta
  123. testing also.  Of course, this also applies to the help screen or
  124. any textual information within the product itself.   Street  talk
  125. in  software  documentation  is  not  desirable and unfortunately
  126. lends an amateurish flavor to the product.  An  interesting  fact
  127. is  that  successful  shareware  authors have spent a significant
  128. portion  of  their  time  developing  good,  understandable,  and
  129. readable documentation.
  130.  
  131. Last,  but  certainly  not  least,  are  the  administrative  and
  132. support responsibilities which go  right  along  with  selling  a
  133. product.   From  a  legal  standpoint, accepting remuneration for
  134. any type of product or service makes you a business.   If  a  big
  135. corporation  decides  to  buy your product, you may be faced with
  136. far more demands for non-productive time  than  you  can  handle.
  137. If  you  state  that you will provide support once a contribution
  138. is received,  you  must  be  prepared  to  do  so.    This  means
  139. maintaining  mailing  lists  of  registered users and making good
  140. on all the promises stated on  your  shareware  notice,  such  as
  141. "Registered  users  will  be  notified  of  all new releases when
  142. they become available" or "Telephone  support  will  be  provided
  143. at no  charge  for  90  days  following  the  purchase".    These
  144. seemingly innocent statements which are  included  in  a  lot  of
  145. shareware  products  become  legal,  binding  agreements once you
  146. accept payment.  Remember, nasty users can easily sue  the  shirt
  147. off  your  back  if they can prove that you have not performed as
  148. stated.
  149.  
  150. If  your  shareware  sales grow, seriously consider incorporating
  151. into a legitimate business; many shareware authors  have.    This
  152. will  pretty  much eliminate your personal liability in the event
  153. you encounter legal problems.
  154.  
  155.                   *********
  156.  
  157. Who am I and what business do  I  have  giving  this  unrequested
  158. advice, you  may  ask.  Well, my name should appear at the end of
  159. this document,  unless  someone  else  hacked  it.   I've been in
  160. commercial data processing for 18 years and responsible  for  PCs
  161. in a  fairly  large  company  for  about  5  years.  I have spent
  162. quite a bit of the company's  money  on  shareware  products--but
  163. only good  ones--.    One thing for sure, Shareware can't be beat
  164. as far as cost and convenience.  Try it all  you  want,  and  pay
  165. only if  you  use it.  I have seen a lot of outstanding products,
  166. and a lot of junk.  Some shareware products  are  hastily  thrown
  167. together,  uploaded  to  a few bulletin boards, and it's obvioous
  168. that the author's only  motivation  is  to  take  the  money  and
  169. run.   Some  others are absolute jewels that could easily fetch 3
  170. to 10 times their shareware price in the commercial market.  From
  171. personal experience, though, it looks  like  the  junk  to  jewel
  172. ratio is  about  300  to  1.  Maybe this document can help reduce
  173. this sad state of affairs.
  174.  
  175. Dan Moore
  176. 1531 13th St.
  177. Columbus, IN 47201
  178. (812)379-3426
  179.  
  180. (c) 1987 Dan Moore
  181.  
  182. This   document    is    intended    for    public    and    free
  183. distribution  as  long  as the author's name and copyright notice
  184. appear.  It may not be published commercially in any form without
  185. the author's permission.
  186.